Already this topic has surfaced at least twice between a few users as it is, so this needs to be publicly noted.

Until anyone can determine exactly what the problem is with Red Hat/Fedora, whatever the problem is as to what is causing build problems, it is advised and noted that anyone attempting to build LFS should NOT be using a distribution of Fedora or Red Hat at this time.

Currently building is able to be done with Slackware, as well as Debian and Ubuntu with some work to make them complaint. There are possibly others that will work also.

an educated guess would be the Gcc 4.8.2 that fedora is using

not many things will yet build in 4.8
using gcc 4.7 through 4.3 still NEED programs hacked to build

However CentOS 6.4 and gcc 4.4 should work as a platform to build LFS

That could be the case, but then again LFS 7.4 uses GCC 4.8.1 and LFS 7.4 will rebuild against itself without an issue. At least for me it did.

It could also be an upstream patch set Red Hat is using against it's various packages in Fedora that could be causing it also. Which one remains to be seen as often distributions, like Red Hat for example, use lots of patches on packages, some that are unique only to that distribution.

After noticing and reading this thread this morning I decided to do a test build using Fedora 19 as host and LFS 7.4 stable.

Up to this point (I just finished all chapters up to and including chapter 6.17 GCC-4.8.1) I did not run into anything blocking.

Here's some info:
- Host image used: fedora-live-desktop-x86_64-19-1.iso
- VM setup: 4 Gb Ram / 4 CPU's / 30 Gb Disk (15 Gb for Fedora, 15 Gb for LFS)
- default installation (root + 1 normal user)

Host System Requirements for fedora to build lfs 7.4 stable:
- bison not found
- yacc not found
- gcc not found
- g++ not found
- m4 not found
- patch not found
- perl not found
- makeinfo not found

Install missing requirements on Fedora:Chapter 2:
- I did run into the following when creating/mounting the partition for LFS: When logged in as a normal user and you use the disk manager to create the partition this partition is mounted with the credentials of that user (i.e.: drwx------ druuna:druuna /mnt/lfs). This will generate a permission denied later on. This is easily overcome. As root set the correct owner, group and permissions after mounting $LFS:Chapter 5:
- I did not run any of the tests in chapter 5 and used the following MAKEFLAGS setting: MAKEFLAGS='-j 5'

Chapter 6:
- I did run the test in chapter 6 and also used MAKEFLAGS='-j 5'

- I did get SELinux notifications when running glibc's, binutils' and gcc's make check. Which I ignored and then removed it from the DB. Removing this trigger from the DB might not be advisable when Fedora is your primary machine.
I totally forgot about SELinux when starting this test. Out-of-the-box it is set to enforcing, you are probably better off to set it to permissive while building LFS.


Up to this point it seems that Fedora can be used as host to build LFS. I do have to admit that Fedora needs more work to get it compliant. All in all I would not advise people to use it as host to build LFS.


Off-topic rant: I truly, wholeheartedly and intensely hate Gnome 3!!

Point well taken Druuna. At least we know what is causing it and it's permissions problems as well as issues dealing with SELinux. Yes, this would be one of those instances where I'd say getting Red Hat or Fedora compliant for LFS building is a lot of work, and possibly more trouble than it's worth.

Just figured I'd throw this out here. I built LFS 7.1 on Fedora 17 successfully back in January/Feb. Right now, I'm trying it again on Fedora 19 (again using the book f/ LFS 7.1).